

# 예상 충돌지점

## 16. BO 생성 시 “문서에서 직접 읽히는 사건행위”와 “의뢰인 진술로 보강된 사건행위”를 분리하는 더 강한 표지가 필요하다

현재 BO는 `StatementType="주장"` 또는 `증거`로 구분되지만, 계산정보 상속 단계에서는 이 구분이 충분히 강하게 작동하지 않습니다. 그 결과 evidence-only fact와 meeting-based fact가 같은 document-level metadata를 나눠 가질 수 있습니다. 

### 반드시 추가해야 할 필드

BO 또는 Fact에 다음이 필요합니다.

* `fact_origin = "meeting_only" | "evidence_only" | "meeting+evidence"`
* `calculation_origin = "event_evidence" | "document_evidence" | "meeting_inferred_prohibited"`
* `cluster_confidence = "high" | "medium" | "low"`

이 필드가 있으면 downstream에서 “지금 이 값은 문서-level fallback인지, event-level direct extraction인지”를 명시적으로 알 수 있습니다.

-----------------------------------------------------------------------------------------------


위에서 제시한 Stage 1 프롬프트 개선안을 반영하여 Stage 1 프롬프트를 수정하고자 한다. 현재 Stage 1 프롬프트를 개선할 내용이 너무 많아서, 우선 Task_D1, Task_A, Task_B3, 그리고 Task_D2 3가지 프롬프트만 우선적으로 개선한다. 

아래의 <제약조건>을 준수하여 Task_B1, Task_B2, 그리고 Task_C 3가지 프롬프트 수정문을 작성한다. 

<제약조건>
- Stage 1의 Tasks 전체 작업들을 진행할 때, 토큰 경제성을 위해서 "Caching Hit" 기법을 사용하기 위해서, 개별 Tasks들이 공유할 <COMMON_CACHE_PREFIX_STAGE_1>를 작성하라. 
- 개별 Task 프롬프트는 "<COMMON_CACHE_PREFIX_STAGE_1> -> <STATIC_BLOCK_TASK_X> -> <DYNAMIC_TAIL_TASK_X>"의 순서로 프롬프트 내용을 작성하라. (여기서 'X'는 A/B1/B2/B3/C/D1/D2 중 한가지다)
- 프롬프트 내용을 작성할 때, 개별 작업 내용을 명확하게하고, LLM이 혼란을 겪지 않도록 프롬프트 지시문을 명시적 XML 태그로 논리적으로 완벽하게 구획화하라. 
- 위에서 제시한 개선안을 기존 프롬프트에 반영할 때는 정확히 해당하는 부분만 반영하거나 고치고, **나머지 다른 작업 내용들은 반드시 유지**하도록 한다. 
- 프롬프트는 **GPT-5.4 모델에 최적화**되도록 작성하라. 
- 프롬프트 수정문은 기존 Stage 1 프롬프트인 `1. Stage_1.yaml`의 Task_D1, Task_A, Task_B3, Task_D2의 프롬프트를 곧바로 대체할 수 있도록 yaml 문법에 따라 들여쓰기를 정확히 지켜서 작성한다. 
</제약조건>

OUTPUT
- Task_B1, Task_B2, Task_C 수정 프롬프트들은 기존 프롬프트를 대체가능한 형식으로 작성하여, 'Stage_1_update_B1_B2_C.yaml'로 생성하라. 



-----------------------------------------------------------------------------------------------


이제 위의 작업에 이어, 위에서 제시한 개선안을 반영하여 Task_D1, Task_A, Task_B3, Task_D2 프롬프트를 수정하고자 한다. 

아래의 제약조건을 지켜서 개선 프롬프트를 작성하라. 

<제약조건>
- Stage 1의 Tasks 전체 작업들을 진행할 때, 토큰 경제성을 위해서 "Caching Hit" 기법을 사용하기 위해서, 개별 Tasks들이 공유할 <COMMON_CACHE_PREFIX_STAGE_1>를 작성하라. 
- 개별 Task 프롬프트는 "<COMMON_CACHE_PREFIX_STAGE_1> -> <STATIC_BLOCK_TASK_X> -> <DYNAMIC_TAIL_TASK_X>"의 순서로 프롬프트 내용을 작성하라. (여기서 'X'는 A/B1/B2/B3/C/D1/D2 중 한가지다)
- 프롬프트 내용을 작성할 때, 개별 작업 내용을 명확하게하고, LLM이 혼란을 겪지 않도록 프롬프트 지시문을 명시적 XML 태그로 논리적으로 완벽하게 구획화하라. 
- 위에서 제시한 개선안을 기존 프롬프트에 반영할 때는 정확히 해당하는 부분만 반영하거나 고치고, **나머지 다른 작업 내용들은 반드시 유지**하도록 한다. 
- 프롬프트는 **GPT-5.4 모델에 최적화**되도록 작성하라. 
- 프롬프트 수정문은 기존 Stage 1 프롬프트인 `1. Stage_1.yaml`의 Task_D1, Task_A, Task_B3, Task_D2의 프롬프트를 곧바로 대체할 수 있도록 yaml 문법에 따라 들여쓰기를 정확히 지켜서 작성한다. 
</제약조건>

OUTPUT
- Task_D1, Task_A, Task_B3, Task_D2 수정 프롬프트들은 기존 프롬프트를 대체가능한 형식으로 작성하여, 'Stage_1_update_D1_A_B3_D2.yaml'로 생성하라. 


-----------------------------------------------------------------------------------------------






















































<COMMON_CACHE_PREFIX_STAGE_1>

<STATIC_BLOCK_TASK_X>

<DYNAMIC_TAIL_TASK_X>